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REMARKS 

Claims 1-38 were pending in the instant application when last examined and were 
rejected. Claims 1 - 6, 1 1 - 15, 20 - 22, 24, 29 - 3 1, 33 and 38 are being amended herein for 
greater clarity. Claims 7 - 10, 16 - 19, 25 - 28 and 34 - 37 are being cancelled without prejudice. 
New claims 39 - 42 are being added. No new matter is being added and claims 1 - 6, 1 1 - 1 5, 20 
- 24, 29 - 33, and 38 - 42 are pending in the instant application. Reconsideration is respectfully 
requested. 

Provisional rejection for nonstat utory doable patenting 

In items 2-3, Examiner rejected the claims under the judicially created doctrine of 
double patenting. Applicant includes herewith a terminal disclaimer in compliance with 37 CFR 
1 .321 (c) to overcome the rejection. 

Objections to claims 4 and 14 

In hem 4, Examiner objected to claims 4 and 14 citing certain informalities. Applicant 
has amended these claims rendering the objections mute. 

Ejection under ^ IT.S.C. 8 103fa> over 
Morgan i.v.q. Eder 

In items 5 - 6, on pages 3 through 9 of the Office Action, the Examiner rejected claims 1- 
37 under 35 U.S.C. § 103(a) as being unpatentable over U-S. Patent No. 5,799,286 to Morgan et 
al. ("Morgan") in view of U.S. Patent No. 5,615,109 to Eder ("Eder"). Applicant respectfully 
traverses. 

The Examiner asserts that Morgan teaches, a computer program product for creating a 
raulti dimensional report from information in at least one database (col 1, lines 50-56), 
including: code for receiving a definition of at least one customer profile of a plurality of 
customer profile groups (col. 1, lines 10-28) and code for receiving from a user input indicating a 
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report configuration selection (col. 2, lines 9-16). The Examiner admits that Morgan does not 
tc L code for creating at least one first dimension table based upon the report configuration 
action and the information; code for creating at least one fact table based upon thereport 
configuration selection and the information; and code for providing a report compnsed of the at 
least one first dimension table and the at least one fact table. 

The Examiner argues that Eder teaches: code for creating at least one first dunenston 
table based upon the report configuration selection and the information (col. 1 . lines 60-67 and 

co, 2t lm\™«**^*~""* M ~"^'* > T^ , 

selection and the information (co. . 2, lines 24-43); and code for providing a report compnsed of 

the at least one first dimension table and the at least one fact table (col. 12, lines 12-1). 
Examiner concludes that, "[i]t would have been obvious to one having ordtnary sk.ll m the art 
the time the invention was made to create at least one first dimension table based upon satd 
report configuration selection and said information; creat[e] at least one fact table based upon 
Jd report configuration selection and said information; and provid[e] a report comprised * satd 
at least one first dimension table and said at least one fact table and to modify in Morgan. 

Applicants disagree with the Examiner and traverse such rejection. Additionally, the 
Applicants respectfully request that the Examiner consider the grounds for withdrawal of the 
rejection provided herein, and agree to timely withdraw the rejection. 

Specific embodiments of the invention satisfy the object of enabling a user to analyze 
information in a plurality of legacy databases in an easier, more accessible fashion. Cla,m 1 ,s 
representative, and as amended, recites: 

, . A computer program product for analyzing information in at least one source 
database, said computer program product comprising: 

code for receiving a definition of at least one of a plurality of customer profile groups, 
code for receiving input indicating at least one quantity of interest in the informanon; 
code for receiving a definition for a data model; 

code for dynamically creating a. least one generated database based upon the data mode. 

and configured to the quantity of interest, further comprising: 

code for creating at least one first dimension table based upon the data 

schema and the quantity of interest; and 
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code for creating at least one fact table based upon the data schema and 
the quantity of interest and the information; 
code for displaying at least a portion of the dynamically generated database; and 
a computer readable storage medium for holding the codes. 

Accordingly, independent claim 1 as amended distinguishes over the asserted 
combination of Morgan and Eder at least by reciting any one or more of, "code far receiving 
tnput indicating at least one quantity of interest in the information"', "code for receiving a 
^i^fnradatamoder , "code for dyn a mically creating at least one generaiedM^ 
bjmdj ^^ and ~coae formed* 

^ u ^r!^*r^?^<^' The embodiment of claim 1 includes model- 
driven dynamic generation of databases customized to the information needs of a user. 

Support for these elements recited by claim 1 may be found in the Specification as filed, 
as follow and no new matter has been added: "code for receiving input indicating at least one 
quantity of interest in the information^^, page 7, lines 15 - 16 ("OLAP generated 
queries 4 can be generated by OLAP server 2 to retrieve a result set from database 6, for 
example."); "code for receiving a definition for a data modeF - Specification, page 7, l.nes 25 - 
26 ("Users can define a schema for database 6 from an administration console 20"), "code far 
dynamically creating at least one generated database based upon the data model and configured 
to tne quantity of interest' - Specification, page 7, lines 25 - 26 and lines 29 - 30 ("After users 
define their models, the decision support manager 2 1 can automatically create databases, such as 
a database 6, according to the users' data model definitions"); and "code for displaying at least a 
portion of the dynamically generated database" - Specification, page 7, lines 4 - 6 ("The 
command inputs can be applied to database 6 in order to retrieve information that can be 
provided to the user for presentation on OLAP console 1 using a GUI or other presentation 
device"). 

The examiner argues that Morgan teaches, a computer program product for creating a 
multi dimensional report from information in at least one database including code for receiving a 
customer profile and a report configuration. 

Morgan, however, fails to teach, suggest or render obvious the embodiment recited by 
claim 1 . Morgan illustrates a conventional activity management system that uses a conventual 
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relational database to manage costs associated with various activities input by the user into the 
system. (Morgan, Abstract). Morgan states that their work provides, "an automated activity- 
based management system (ABM) that provides continuous, dynamic, and real-time cost 
information and reports." (Morgan, col. 1,59-61). Morgan uses a conventional approach of 
feeding general ledger accounting information and human resources information into a relational 
database and processing the information to provide reports. (Morgan, col. 2, lines 1-16). 
Morgan fails to teach, nor even suggest, generating a database based upon a user defined data 
model and configured to the quantity of interest, as recited in claim 1 . 

To the contrary, Morgan instead provides cost control methods using conventional 
database technology. For example, Morgan states that according to their approach: 
ftlha activity information and t r aditional accounting information are fed to a 
relational database . The information is processed and costs assooated with the 
employee, facilities, equipment, and overhead components of activities are 
computed. User-definable ad-hoc reports as well as prefbrmated reports for 
trending, forecasting, comparison, benchmarking, and budgeting purposes are 
available, (emphasis added.) 

Morgan col. 2, lines 10-15. 

Morgan's approach includes the entry of accounting information into a relational 
database, processing it. and providing reports to a user. This is quite conventional in approach. 
In feet Morgan actually appears to teach away because the accounting information must be 
entered ("fed") into the relational database. This approach is inconsistent with the data-model 
driven approach of claim 1. Further, rather than indicating a customer profile, the cited passage 
of Morgan, col. 1, lines 10 - 28 appear to indicate a statement of a problem to be solved: 
Conventional costing and management decision support systems use traditional 
profit and loss statements to analyze costs such as salaries, equipment, facilities, 
and administrative expenses. Based on these figures, business managers use direct 
material and labor consumption as the primary means of determining product 
costs and sale prices, and apportioning overhead costs. This method has been 
adequate when the overhead and administrative cost of activities not directly 
related to production was small compared with the direct material and labor 
required to manufacture the end product. However, in today's service businesses 
and manufacturing environments, automation has substantially reduced the 
amount of direct material and labor consumption, so that indirect activities have 
become a significant factor contributing to the cost of making the product. The 
result gives business managers a skewed view of how the business organization 
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spends money, which may cause them to make pricing errors, mis-allocate 
resources, and make strategic mistakes. 

Morgan, col. 1, lines 10 - 28. Accordingly, Morgan fails to make data-model driven analysis of 

information easily available to the user. 

Morgan also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 1 1 as amended for substantially the same reasons as described wrth 
respect to claim 1. 

Morgan further fails to teach, suggest or otherwise render obvious and further teaches 
away from independent claim 20 as amended. More specifically. Morgan provides a 
conventional data entry and report generation methodology in which the user enters the data mto 
actional database, processes it and views the result, (col. 2, lines 10-15) This directly 
conflicts with claim 20 at least with regard to 'We/or receiving as input a third data model 
definition "code for creating a third database having a third data schema from the third data 
model" Morgan's technique provides no model driven analysis of information. Further.in 
Morgan, there is no notion of multiple model analysis, as contemplated by "defining a virtual 
data moder and "code for determining from the virtual data model a second data schema " of 
claim 20 as amended. 

Support for these elements recited by claim 20 may be found in the SpeciGcation as filed, 
as follows and no new matter has been added: "code for receiving as input a third data model 
definition" - Specification, page 7, lines 25 - 26 ("Users can define a schema for database 6 from 
an administration console 20"); "code for creating a third database having a third data schema 
from the third data model" - Specification, page 7, lines 25 - 26 and lines 29 - 32 ("After users 
define their models, the decision support manager 21 can automatically create databases, such as 
a database 6, according to the users' data model definitions."); "code for creating a first 
mapping, that provides a translation for data from the first data schema to the second data 
schema " - Specification, page 7, lines 32-33 ("Manager 21 can generate procedures and 
mapping rules to populate databases with data from the data warehouse 8"); 'code for creating a 
second mapping, that provides a translation for data from the second data schema to the third 
data schema" - Specification, page 7. lines 11-12 ("OLAP meta data 3 can comprise a 
mapping from the user's multi-dimensional model 5 to a database model, such as database 6"); 
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"code for defining a virtual data modeF - Specification, page 10, line, 12 - 1 3 («A meta model 
is an abstract data model that describes relationships between different entities or groups of 
entities in a data model"); "code for determining from the virtual data model a second data 
schema " - Specification, page 8, lines 16-20 ("data warehouse 8 can have an identity centnc 
data organization with customer information comprising the center identity. Th.s data 
organization is sometimes referred * as a "reverse star schema" data model. Tins data 
organization comprises a "back-end tier" of data chouse 8, while the front end tier is based 
on a data model called a "star schema."); "code for select^ migrating information from at 
least one of the first database to the second database according to the first mapping and the 
second database to the third database according to the second mapping ' - Specification, page 8, 
lines 24 - 26 ("The data can be transformed into a reverse star schema data model, for example, 

when it is stored into the data warehouse 8"). 

Morgan also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 30 as amended for substantially the same reasons as descnbed wrth 

respect to claim 20. 

Morgan also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 38 as amended for substantially the same reasons as descnbed w,th 

respect to claims 1 , 1 1 and 20. 

Thus, Morgan cannot render the embodiments of claims 1 , 1 1 , 20, 30 and 38 obv.ous. 
Morgan further cannot be combined with any other references with regard to rendenng the 
recited embodiments obvious, since to do so would be "undesirable" according to Morgan's 
teachings and would require a very substantial change to Morgan's principle of operauon (see 
MPEP §2143.01). 

The remaining claims depend from claims 1, 11, 20, 30 and 38 and are patentable over 
Morgan for at least the same reasons that claims 1 , 1 1 , 20, 30 and 38 are patentable over Morgan, 
both alone and in combination with the other cited references. 

It is therefore respectfully requested that Morgan be withdrawn from further 

consideration as a reference. 
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col. 16, linen 16 -23, col. I!, w mmedbytheEMn.ii.tr. Her 

Mb. Mb »*■ «W« « obv " , " S "* ^ 

of Morgan. 

system creates aeuu. , that euides a user through the 

emphasis added). Eder's system includes apphcafon software that gu,des 
steps of updating forecast information in an application database: 

The application software of the Xfha^been 
Alr £-f ^ um wmwritateto J"*^ infonnation ^present 

■completed and stored in ^J^^^^SS^ t0 pW¥ *. 

in the application database, the user is p ^^^T^T. mA rtlff1l r .rr"P information 
Se retired information. After the 'gy^ gS^ softwa ^bliii^ 

I rrrl mi r— 1 T ^^ lca0onia ^ L ^JSr, required. The date of the 

connection with the speched compel with those in the . 

transactions in the application dtfabase d ^f of ^ e ^ sent fnvention. the application 
specified data source by **I^'£^J£^ dates that need to be 
software then creates a display showing d>» «P * date ' 1,16 user 

added to each data table in die W h ^^eSdl S for specific tables before the 
is given the option of modifying or «^ *2ffiS£k ***** ** * 
application software copies Ac appropriate TheWr is then prompted 

the tables in the application various forecasts required 

to provide input H remnred to developed in a multi-step 

for operation of the present invention . These forecasts ar 
process that will be detailed below, (emphasis added.) 

Eder,col.21,line58-col.22,linel5. InfactEder 
Eder however, does not teach the data-model driven approach of claunl. m fact, Eder 

dictionaries and data mapping information to populate a database. 
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Eder also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 1 1 as amended for substantia.* the same reasons as desenbed «* 

Edlrtrther fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 20 as amended. More specifically, Eder provides a conventual data 
entry and report generaUon methodology in ^^-^^^^ ^ 
.napping* to enter data into a relational database, processes it and v 1C ws the «A H- *«* 
edicts with claim 20 at least with regard to W receiving - • 
definition^'codeforcreaUngathird^ 

model" Eder's method provides no model driven analysis of information. Further, m Eder 
.here is no notion of multiple mode, analysis, as contemplated by "code for defining a virtual 
data mode? and "code for determining from the virtual data model a second data schema of 

claim 20 as amended. 

Eder also foils w leach, suggest ot otherwise render obvious end ft*. <e*»es .«., 
ta, ind.pe.to. claim 30 as amend*, for substantially the same rflKons as described wth 

respect to claim 20. 

Eder also fails to teach, suggest or otherwise render obvious and further teaches away 
from independent claim 38 as amended for substantially the same reasons as desenbed w,th 

respect to claims 1 , 1 1 and 20. 

Thus Eder cannot render the embodiments of claims 1,11. 20, 30 and 38 obv.ous. Eder 
further cannot be combined with any other references with regard to rendering the rec,*d 
embodiments obvious, since to do so would be "undesirable" 

would require a very substantial change to Eder's principle of operation (see MPEP § 2 43.01). 

The remaining claims depend from claims 1, 1 1, 20, 30 and 38 and are patentable over 
Eder for at least the same reasons that claims 1 , 1 1 , 20, 30 and 38 are patentable over Eder. both 
alone and in combination with the other cited references. 

It is therefore respectfully requested that Eder be withdrawn from further constderauon as 

a reference. 
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Morgan describes techniques for controlling indirect costs of activities in a business. 
(Abstract) Eder describes a method for inventory management and control (Eder. Abstract; col. 
16 lines 16-23; col. 18, line 65 - col. 19, line 5). There is no indication in any of Morgan and 
Eder to be combined with one another. Moreover, sine* indirect cost control and mventory 
m anagement are different activities within a business, it appears that making such a comb.nat.on 
would be difficult for one of ordinary skill in the art. 

Morgan and Eder do not render the claimed embodiments of the present invention 

obvious for at least these reasons. 

Accordingly, withdrawal of the rejections and early allowance of the rejected claims are 
respectfully solicited for at least the foregoing reasons. 

If the Examiner has any questions or needs any additional information, the Examiner is 
invited to telephone the undersigned attorney at 01 1-813-5774-1807. 




Dated. Inne 12. 2003 ^ iff? I nurdile 
Squire, Sanders & Dempsey L.L.P. ^lEU- 

51X^4304-1043 Keg.No. 37,819 

Telephone (650) 856-6500 
Facsimile (650) 856-3619 
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